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One of the often asked questions by beginners is 
about software for packet. 


There are a number of communication systems 
available that will work quite well. Many people 
are great believers in using the same software for 
packet that they use for modem communications. 
One of the problems with this theory is that you are 
basically using sophisticated software in dumb 
terminal mode. 


In the last few years there have been several 
systems written specifically for packet. Some of 
these work better than others and some of them 
suit your particular operating habits better than 
others. 


There are several systems designed to take 
advantage of specific TNC’s and their 
peculiarities. One of the most popular of the multi- 
mode TNC’s is the AEA PK-232. This was also the 
first of the breed and is widely used. 


[ Continued on Page 2 ] 


Bill Wade, WD5HJP 


There have been more than a few questions about 
why TexNet doesn’t support multiple user 
connections for services like DX Cluster. This 
article will attempt to answer those questions. The 
illustration will be limited to a single pair of TNCs 
and a single pair of nodes to simplify the 
explanation. It will become obvious what 
multiconnect capabilities are possible for users of 
TexNet. 


One subtlety to note is that in most cases besides 
digipeated frames, AX.25 frames received by a 
TexNet node are used to build new packets for 
transmission. The original packet is not 
retransmitted. Each time a packet is received by a 
TexNet node, it serves as a model for a new packet 
that the node software generates with new 
addresses to continue its path through the network 
or to the user. Other network software options 
also rebuild frames to be transmitted. 
[ Continued on Page 3 ] 
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[Beginners' Frame - continued] 


My PK-232 is serial number 1278 and has had the 
firmware, that is, the program chips, upgraded 
several times. The PK-232 was the first TNC to 
make use of the host mode. AEA marketed a piece 
of software to take advantage of the PK-232 
features called PC PAKRATT. This is one of my 
favorite packet programs and is the standard by 
which I judge other software even if it is getting 
long of tooth.. There are several things I’d like to 
see different in‘; PC PAKRATT, but overall it is a 
very well thought out piece of software. One of the 
better features of PC PAKRATT is a screen with all 
the parameters on screen at once. This makes it 
quite easy to see the relationship of certain 
parameters and makes experimentation much 
easier. 


Necessarily I am limiting my discussion of packet 
software to the PC compatibles. Perhaps, in the not 
too distant future I can try out some of the 
Macintosh software. 
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In the last few weeks, I heard about a new packet 
system called PACKET-GOLD Ver 1.1. This is 
marketed by Interflex Systems Design 
Corporation, P.O. Box 6418, Laguna Niguel, CA 
92607. PACKET-GOLD was written by Lynn 
Taylor, WB6UUT, and Jeff Towle, WA4EGT. At 
$59.95 it is well worth the price and has a number 
of nice features including a well printed 72 page 
manual. They also have an upgrade policy for PC 
PAKRATT users. PAKRATT users can send in the 
original disk with the AEA label and $39.95 for a 


copy. 


PACKET-GOLD starts out by configuring the TNC 
to suit your preferences from a file of parameters. 
It figures out what configuration the PK-232 is in 
and changes it without restarting the TNC, 
therefore saving any messages in the TNC buffer. 
This is a feature all TNC software should have. 


One of my pet peeves with packet software is what 
they show you on the screen and how it is 
presented. PACKET-GOLD is reasonably 
configurable to your requirements. 


‘ 
* 


One of its whiz bang features, which I am not as 
thrilled about as the authors, is the ability to watch 
whatelseis going on while you are connected. This 
is shown ina configurable window at the top of the 
screen. You can configure the size of this window 
to suit yourself. The recommended size is 6 lines 
on a 25 line screen and 10 - 12 lines on a 43 line 
screen. Frankly, I’d rather have the screen space 
for the received data, so configured for zero lines. 
You can also use the zoom command(alt- z). The 
program uses about 4 - 5 lines for some nice-to- 
know information which shows up between the 
network view and the received data. This data 
shows how many pending packets are 
outstanding and how many retries have been 
made. It also shows the status of the TNC: 
Connected, Waiting Acknowledgement, etc. 
There is only one line for the transmit data, but the 
line is editable, which is nice. 


Another of the nicer features is the ability to 
capture text from the screen and store it in a file 
with your choice of name. One of the things I do 
with this type of feature is capture portions of 
messages and pass them along to others on 
different networks. The only complaint I had was 
that I didn’t figure out quickly how to choose files 
in the other directories. Unlike some of the other 
software which requires that you enter the name of 
the file to be transmitted in an area that links it to 
a function key or that you name the file to fit the 
program’s requirements, PACKET- GOLD shows 
you a window with the file names. You then pick 
the file with the cursor keys and press enter to send 
Tein 


There are a number of other features which I either 
haven’t had time to play with or had no interest in. 
One of those that fall in the latter category is the 
ability to check your mailbox, if you have the 
firmware upgrade that allows that. I’m one of 
those people that thinks we need less, not more, 
mailboxes on our busy frequencies. TexNet 
supplies us with PMS and the .01 network has 
plenty of PBBS’s. 


PACKET-GOLD supports any communications 
port, handles siam, Navtex, CW, Baudot and 
amtor. You can also doa file transfer while having 
another QSO, or shell to DOS for other programs. 


One of the other features of PACKET-GOLD that 
deserve mention is the ability to go to a previous 
qso with the touch of a function key. 


PACKET-GOLD has multiple connect capabilities 
if you are into talking keyboard to keyboard with 
multiple stations. Also, planned for a future 
upgrade is a conference mode. 


PACKET-GOLD also is completely configurable 
for screen colors and 25 , 43 or 50 line screens with 
the correct video capabilities. 


Another packet system that is nice and has some 
special features is LAN-LINK by Joe Kasser, W3/ 
G3ZSZ. LAN-LINK has builtin capabilities to 
chase and connect to SAREX robots. This might be 
of interest in the upcoming SAREX flights. LAN- 
LINK is configurable to TNC1, TNC2, MFJ1278, 
PK-232, KAM and KPC TNC’s. It is available from 
Joe at 11421 Fairoak Drive, Silver Spring, MD 
20902, for $35.00 or is available as shareware on 
some landline BBS’s. 


Next time we’ll look at software that works on 
TNC’s other than the PK-232. 


[ TexNet and AX.25... - continued] 


SSID Assignment 
TexNet software is setup so that each Callsign and 


SSID combination programmed into the node 
identifies a different network service function. 
TexNet convention has been to put the network 
function on SSID 4. It could have easily been any 
other SSID as long as it didn’t conflict with any 
other node function. SSID and callsign 
assignments were fixed for the user’s sake. 


An Example Connection Dialogue 


A brief example of how connections across the 
network occur should help the reader for the rest of 
this article. For this illustration, the callsign of the 
initiating user is WSHAM and SSID is 7. He wants 
to ragchew with W5ABC-8 at the North Dallas 
node, NDALLAS. The TexNet nodename 
(LOCATION) for WSHAM-7’s area is TIMBCK2, 
callsign of the TexNet node is ANODE. W5HAM- 
7 connects to TexNet by telling his TNC to initiate 
a connection to ANODE-4. The TNC generates: 


cmd:***CONNECTED to ANODE-4 
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The TNC has established a layer 2 connection tothe 


node. Then the node sends the first Information 
frame - typically the greeting banner: 


ANODE- at TIMBCK2 Virtual connection 05 at 01:45 on 07/10/90 
*** Welcome to TEXNET v1.5 Copyright 1990 TPRS *** 


Network CMD ? 


The network command prompt is asking 
W5HAM.-7 to enter any of a number of network 
commands (message, weather...). For this 
example, WSHAM-7 wishes to establish a layer 3 
connection to WSABC-8. W5HAM types: 


C WS5ABC-8 @ NDALLAS 


WS5HAM is successful and receives a packet from 
the ANODE node and sees on the terminal: 


Your connection is established 


At this point, anything W5HAM types into his 
TNC will be sent to his friend W5ABC-8. This is the 
“user transparent” phase of network service, the 
users are not obligated to control or maintain the 
connection through their actions, the network 
does it. To issue further commands to the node, 
W5ABC-8, will have to disconnect first or 
WSHAM-7 will have to disconnect and then 
reconnect to the node to issue a new command to 
the node. 


If W5ABC-8 didn’t have his TNC turned on and 
listening to the remote TexNet user port frequency, 
after a delay for 5 retries, WSHAM-7 would have 
received: 


Remote user not responding 


Network CMD ? 


WSABC-8 may also have already been connected 
to the node at any of the ports at NDALLAS. A 
response from NDALLAS would have been 
immediate and would indicate: 


Network Information Code 013 from NDALLAS 


Network CMD ? 


A NIC (Network Information Code) of 013 means 
that the user is already connected to the node and 
that further connections to him at that node using 
the same callsign and SSID are not allowed. That 
is the crux of the multi-connection dilemma in 


Ce for DX Cluster usage over TexNet. Itis 
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not a failure of TexNet. AX.25 protocol is the 
limiting factor to multiple connections using the 
same SSID and callsign. 


AX.25 Protocol, A Link Layer Control System 


Every station operating on the air needs to follow 
the same set of rules to avoid chaos, get the traffic 
delivered to the proper recipient and allow and 
correct for errors in the transmission and reception 
of the dataexchanged. Voice, RTTY and CW traffic 
nets have been following protocol rules for years. 
The AX.25 Protocol Specification is simply a 
stringent set of specificrules designed to allow two 
computers to talk to each other, correct errors and 
maintain a connection. A minimum of user 
involvement is necessary to keep the data flowing 
between the two users at each end of a connection. 


In the AX.25 protocol, a linkage between two 
stations, is handled by a single callsign and SSID 
for each end of a connection, and is the only 
possible way to controlan AX.25link. Twoormore 
connections using the same pair of callsigns and 
SSIDs at both ends of the connection is disallowed 
in the protocol. Try connecting to any single AX.25 
packet station twice on multiple streams, you'll get 
“Already connected” or something similar from 
your TNC. That message is the equivalent toa NIC 
013 from a TexNet node. In contrast, another 
connection with a second SSID is assumed to be 
another totally separate connection by the AX.25 
protocol and the TexNet software. That is true 
even if the callsigns of the two stations are 
identical. 


SSIDs were an invention by the designers of the 
AX.25 protocol to allow multiple stations to 
operate on the same frequency with the same 
callsign. A computer chip has no way of knowing 
the difference between 2 separate transmitters it 
hears on the same frequency with the same 
callsign. In the case of the human operator, a 
different voice gives enough detail to know whois 
the operator. A network node or a TNC knows 
nothing about propagation, antenna directionality 
or apparent signal strength differences. The only 
identifying data usable and understandable by the 
TNC software or TexNet software is the AX.25 
addresses; the callsigns and SSIDs. 


Multiple stream capabilities of the various TNCs is 
a very simple mechanism to allow multiple 


connections to separate remote stations from a. 
single station. Station being defined as a unique 
callsign and SSID combination. Multiple stream 
connections all originate from a single callsign/ 
SSID combination. Although a user may have up 
to 26 different streams going (Kantronics TNC’s 
allow 26, most others 10), each of those streams has 
a different callsign and/or SSID at the remote end 
that’s attached to it. The net result is that there are 
as many unique combination pairs of callsign/ 
SSIDs as there are connections made within the 
TNC. As long as the callsign/SSID combination is 
unique on at least one end of the connection, it’s a 
“legal” connection under the AX.25 protocol. 


Virtual Connection - Order from Chao 

A virtual connection is a device that TexNet 
software uses to keep track of all the packets going 
in and out of the node with either the TO or FROM 
addresses named W5HAM-7. In the greeting 
banner, that’s: what the “virtual connection” is 
referring to. When W5HAM-7 has connected to 
the node and before the network makes a remote 
network connection for the user, the TexNet 
software will determine: the frame it received 
passes error checking, isn’t a frame expected to be 
digipeated, the frame is correctly addressed to the 
node, and the frame is addressing a layer 3 
function supported by the node; then a VIRTUAL 
CONNECTION is established within the node’s 
software. 


Virtual Connection Table 

Each of these user virtual connections has a look- 
up table entry that details the callsign and SSID of 
the user making the connection, what network or 
node service the locally connected station is using, 
the physical port of the node he initiated or 
received his connection on, the version of AX.25(1 
or2) his TNC is set for and information detailing the 
state of the layer 2 connection. In addition to user 
connections, all inter-node network links are 
controlled by a virtual connection number as well. 
A virtual connection is simply an extension of the 
link layer (layer 2) service of the AX.25 protocol. It 
is at this point in the node operation that TexNet is 
limited to handling a single connection to a single 
user, as defined by CALLSIGN AND SSID. Again, 
this is a limitation imposed by the AX.25 layer 2 
protocol, not by TexNet. 


A TexNet node operates by running multiple 
sessions in two ways. A session can be thought of 
as a single user connection using a single function 
on anode. The first method has a single user with 
multiple connections doing different things. A 
virtual connection allows the node to control a user 
link based on the USER’s CALLSIGN/SSID and 
the node’s SSID for the user selected function. 


Assuming the user is using a single SSID, a user 
may connect toa TexNet node a number of times as 
long as each connection is to a separate SSID on the 
TexNet node. Each different SSID connection will 
beserviced by a separate virtual connection. Inour 
example, WSHAM-7 is connected to the network 
on ANODE-4. He may also connect to the 
conference bridge, ANODE-2 at the same time. 
Each of W5HAM-7’s connections would be a 
separate virtual connection in the TexNet node 
software. 


The second method uses two TNCs. If WSGHAM-7 
has two TNCs, he can program the second TNC to 
another SSID and setup yet another bunch of 
connections to the node. Again, the necessary 
unique callsign/SSID combination on at least one 
end of the connection is maintained. Multiple 
virtual connections are supported for either 
multiple callsigns or multiple SSID’s on the same 
callsign. 


Virtual Connections / Network Packet Header 
When W5HAM-7 asked to have a connection 
made to WSABC-8 @ NDALLAS, what happened 
was that a network command packet was 
assembled and sent from the node TIMBCK2 
through the network to the node NDALLAS. This 
command frame and the response frame back from 
NDALLAS has virtual connection numbers 
embedded in them. Refer to Figure 1. Nodes, at 
each end of the network connection setup by the 
user, exchange virtual connection numbers to keep 
track of the user connections at each end. The two 
“end” nodes on this network connection place the 
virtual connection number info in a table 
associated with the user’s callsign connected at 
that node. 


Network User Service via Virtual Connections 
Network trunk connections, the layer 2 


connections between nodes, are also handled 
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Figure 1: TexNet Network Communications 
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using AX.25 protocol and virtual circuit numbers. 
This may seem confusing but packets originated at 
other nodes and headed for yet other destinations 
are first examined for anode number. The layer 3 
portions of a TexNet node knows the node number 
and name but not AX.25 callsign and SSID. If the 
node number in the destination field of the 
network header matches the local node number, 
it’s a packet for local delivery. But if the node 
number does not match, then the TexNet software 
looks at the routing table to determine to what 
network node the packet next needs to be sent. A 
look in the routing table then leads to a virtual 
connection number of the network connection 
between the two adjacent nodes. The virtual 
connection number then points to the callsign and 
SSID of the next node on the route to the 
destination. 


When the TexNet software determines that the 
node has received a frame for local delivery to a 
user, it has to use the virtual circuit number 
embedded within the network frame header to 
determine where to send the packet. It looks up the 
user callsign associated with that virtual 
connection number. A node will then build a new 
packet with the TO field being the user’s callsign 
and SSID, the FROM field is the callsign and SSID 
of the nodeas used by the local ham to connect. The 
received I-field information is then transferred to 
the new frame and then queued to be transmitted. 
The five bytes used by the network to route the 
packet do not get transferred to the new packet 
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delivered to the user. Remember that packets 
received on the network trunk by the destination 
node are not AX.25 addressed to the user, but to the 
node. That is why the virtual connection number 
is assigned by the node, it is used to point to the 
callsign of the user getting the transferred packet. 


Specifics about DX Cluster 


In addition to the effects the AX.25 protocol has on 
limiting the number of connections of DX Clusters 
to TexNet nodes, there is the automatic time-out 
function implemented for user connections. 
TexNet will automatically disconnect any user 
connection after 3 minutes of inactivity from that 
user. This is a deliberate mechanism to allow the 
maximum network utility to the maximum 
number of users of the network. If a user station 
hasn’t sent an I-field frame in three minutes, it is 
disconnected so that it will not lock out another 
user on the network. Obviously if the DX Cluster 
spotting function or some other use of the DX 
Cluster has not utilized the path through TexNet 
for that period, it will get disconnected. 


Conclusion 

AX.25 protocol rules organize the reception and 
transmission of packets not only for users’ TNCs, 
but also network devices like TexNet and Netrom 
protocol nodes. Because the AX.25 protocol 
defines the state and manner of all connections on 
TexNet (and Netrom, KANodes and DX Clusters, 
for that matter), each unique connection is defined 
by the unique combinations of callsign and/or 


SSID on at least at one end of each connection. ; 


Virtual connections for TexNet nodes form the 
basis for sending through the network the vital 
information a remote node needs to repackage a 
packet received by the node for either local 
delivery or retransmission through the network. 


Multiple connections by a user are possible 
through TexNet. Each use of each network 
function has to be made using a connection that is 
unique using anew SSID on atleast oneend of each 
connection. If there are two users that wish to 
operate multiple sessions between themselves, 
then a new SSID for each of the two callsigns will 
be necessary for each session. Of course there is a 
limitation to the amount of traffic a node may 
support successfully. Currently, each TexNet 
node is programmed to serve 20 users and network 
links connected to the node. 


Greg Jones, WDSIVD 


This year’s conference was jointly sponsored by 
the American Radio Relay League and the 
Canadian Radio Relay League: The conference 
was held at the London Regional Art Gallery and 
Museum, in London, Ontairo, which provided a 
very nice facility for the conference. Harry 
McLean, VE3GRO, started the morning before 
9am (a first?) by welcoming everyone to the 
conference and went on to say how proud the 
CRRL was to host this year’s network conference 
in Canada. Paul Rinaldo, W4RI, was introduced 
and also welcomed everyone to this year’s 
conference. Paul stressed the importance of 
having the Network Conference and also made 
some points about the future of digital 
communications with respect to how we use our 
hobby. Paul continued by introducing this year’s 
honorary Sargeant-at-Arms - Dr. Dave "Death" 
Toth, VE3GYQ. The conference had a very good 
attendance this year with just over 130 people in 
attendance. The large majority of amateurs 
present were from Canada, which was nice to see. 
The hospitality suite hosted both nights was a 
good place for everyone to meet and discuss what 


they were doing and what had happened that day 
at the conference. There were also a number of 
rooms Saturday night showing the latest 
technology in packet radio. 


Keith Sproul, WU2Z. started off the conference 
discussing work on long distance packet mail 
forwarding via satellite. Keith talked about future 
planned use of satellites for mail forwarding 
instead of using slow HF packet. He outlined a 
solution with two stations in a zone, with one 
receiving full time and the second roaming to send 
traffic to other fixed station over the satellite. 


Harold Price, NK6K, presented both his and Jeff 
Ward’s, GO/K8KA, presentations on PACSAT. 
Jeff was unable to attend. Harold spoke on why 
their first assumptions on using PACSATs were 
not correct. The series of five papers discuss and 
describe the current solution of a broadcast 
protocol being used currently on UOSAT 14. 


Bob McGwier,N4HY, presented an overview of 
the current RUDAK II design for Hanspeter 
Juhlen, DK1YQ. Bob showed a number of slides 
taken on his last trip of RUDAK II and of the people 
involved. Bob then reported on the latest news 
concerning various DSP projects. Bob showed the 
AEA DSP-232 box and the TAPR-AMSAT DSP 
board. The AEA unit will be a standalone and has 
over 40 modems currently designed for use. The 
AEA DSP is based on the Motorola 560001 
processor and design will allow users to upload 
new code into the unit as necessary instead of 
having to replace EPROMS. Software will be 
available for people to write theirown. The TAPR- 
AMSAT board was shown and is based on the TI 
TMS320C25 and is a XT/AT PC plug-in board. It 
will have similar software available. 


Glenn Elmore, N6GN, presented a technical 
overview on how the amateur community was 
utilizing bandwidth and discussed the need for 
high speed amateur radio network. Kevin Rowett, 
N6RCE, followed after Glenn and discussed the 
HubMaster, which they are building as a solution 
to support higher speed networking. 


John Bloom, KE3Z, discussed future thoughts 
about digital networking. What is a network of the 
future going to look like? Possibly voice/data 
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networks? These direction and goals need to be 
thought about to be able to compete with the other 
concerns who wish to take over our resources in 
the future. Amateur Radio needs to present a clear 
plan on what it intends to do in the future. 


Armin Langi discussed a system called CELP 
which is a high-quality speech processing system 
for packet radio transmission and networking. 


W. Kinsner, VE4WK, discussed his paper on 
forward error correction for packet radio. The 
paper is very good and should be read. 


Don Lemley, N4PCR, discussed the problems 
associated with current networking and talked 
about the need for faster digital networking, 
software, and radios for such networks to be 
available. The PackeTen® project is a digital 
hardware and software networking solution 
which will allow compatibility with the standards 
today and allow for some type of transition in the 
future. 


After lunch, Phil Anderson, WOXI, spoke about 
both 9600 baud operations of the G3RUH with the 
Kantronics Data Engine and DVR2-2. Phil also 
discussed BPQ Node working in an enhanced 
network. 


Tom Clark, W3IWI, first discussed future HF 
operations and solutions with the almost available 
DSP products to implement different encoding 
and modulation schemes to have better HF digital 
operations. Examples of modulation schemes 
could be Multi-Tone, OPSK, or QAM. Second, 
Tom talked about how current message transfer 
protocols are inadequate and thus cause massive 
amounts of extra congestion. Tom discussed anew 
file transfer protocol which would allow for amore 
efficient and robust method for transfer on HF. 
Tom finished up talking about his 
recommendation for handling broadcast bulletins 
on VHF, which he calls BULLPRO. 


Dwayne Hendricks, WA8DZP, discussed current 
development of TCP/IP in the Mac environment. 
Dwayne talked about the future of having this 
capability available in the new Apple 
Communications environment which will be 
available in System 7.0. This looks to be very 
promising to Mac TCP/IP users. 
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Phil Karn, KA9Q, updated work on TCP/IP. 
Currently no new platforms have been finished, 
but a few new commands have been worked on by 
Phil and he has worked on improving operations 
at higher speeds. Phil continued on with a 
discussion on his paper talking about MACA 
(Multiple Access Collision Avoidance). 


James Grier presented some work that had been 
done at the Air Force Institute of Technology 
concerning the designs for a packet network for the 
Air Force. 


Frank Warren, KB4CYC, finished the afternoon 
speaking on software he had developed as a utility 
for NTS work. The Station Traffic System software 
supported a variety of handy things to help the 
NTS operator. 


The day finished with dinner at “Captain John’s 
and Susie Wong’s,” alocal eatery. Much food and 
fun was had by all. There is no set location for next 
year’s Network Conference, so hope to see you 
wherever itmay be! Stay tuned as news develops. 


Barrett NSPDE @ W5TOO (a packet addict) 
Reprinted from “RadioScan” June 1990 


Recently a colleague of mine, who also happens to 
bea psychiatrist, told me he often recommends the 
use of packet as a means of escape. He also claims 
that packet gives him the freedom to fully enjoy his 
radio. According to the ever growing number of 
packet users, this thinking is apparently fast 
becoming quite a phenomenon among radio 
aficionados. 


My friend says documented proof demonstrates 
that these packet addicts go beyond using it as just 
a hobby and cross over the lines of reality making 
it an obsession. Traits include acute depression 
when away from packet, and extreme, almost 
overwhelming pleasure when using it. The good 
doctor conducted a mini-survey among radio 
operators regarding what can be done concerning 
those infatuated with packet, and has outlined 
below the various symptoms and conditions 
which are indicative of this passion: 


A —— oe te a 


1. An immense amount of energy is emitted | 


regarding the subject of packet. The packet addict 
begins his habit by talking incessantly about 
packet systems and their functions. He reads any 
related piece of literature he can get his hands on 
and talks to anyone and everyone he can relating to 
packet. These particular symptoms, however, are 
not evident to family and friends. 


2. The packet addict also seems to be very happy 
or “up” all the time. Of course, he is at his best 
when working with packet. 


3. As his addiction to packet escalates, the user 
becomes increasingly irritated when away from 
the packet set-up. 


4. Progressively, the packet addict now spends 
more and more time devoted to his packet fixation. 
Heis constantly at it, allowing nothing or noone to 
interfere. 


5. In the final stages of the disease, the packet 
addict simply refuses to communicate with 
anyone who is not also a packet user. He is 
excessively careful with his equipment to the point 
of erecting a physical barrier around it to keep out 
intruders. Packet has now become his entire 
reason for living. 


Yes, indeed, the packet addict needs professional 
help. As of this moment, however, there is no 
known cure for this insidious affliction. But even as 
we speak, investigations and experiments are 
being conducted on packet addicts to find out 
more information and a possible cure for this 
hideous addiction. 


To fully protect our loved ones, we must all be 
aware of these warning signs. So, if any ham 
operator in your family exhibits any of the above 
symptoms, or if he appears to be unusually close to 
his packet system, my psychiatrist buddy suggests 
you contact Packet Addicts Anonymous 
immediately. This organization will help your 
friend come out of the radio shack and lead a 
productive, packet-free life. 


Called to order at 17:05 by President Harry 
Ridenour, NOCCW. 


In addition to those present at board meeting, 
approximately six members were present. 


Reports as in the board meeting were made with 
no changes. 


Meeting adjourned 17:20. 
Minutes by J. Neely, WAS5LHS 


Meeting called to order at 15:55 at the Red Lion Inn 
in Austin. 


Present were: 

Harry Ridenour, NOCCW - President / Director 
Greg Jones, WDSIVD - Vice President / Director 
Carl Finke, WB5DDP - Director 

Jim Neely, WA5LHS - Treasurer 


Old business: 

CARDINAL Project. Greg reported on the project. 
The Cardinal card layout still in development. 
Motion by Greg Jones to allocate $500 for board 
layout. Second by Harry Ridenour, approved. 


Harry reported that the plaques from HamCom 
are still pending to be done. The delay has been 
from the fire in the store in San Antonio. 


Greg reported that all TexNet kits have been 
shipped and that there would be a need to order 
more NCP boards soon. 


New business: 

Release of TexLink 1.5 software was scheduled for 
10/1/90. To be released as shareware. For the $10 
registration, users will get documentation and 
information on future updates. 


Harry moved that TPRS will switch from PKARC 
to PKZIP. Seconded by Carl. Approved. 
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SNS update - Harry reported that site surveys are 
progressing. Information is getting published in a 
number of publications to spread the word and 
locate people who are interested in participating. 


Greg announced that he would no longer be able to 
continue as editor of the Quarterly Report starting 
sometime next year. Need for newsletter editor to 
replace Greg was expressed. Carl Finke 
volunteered. 


Greg reported that he would not be able to handle 
the full load of organizing all the affairs of packet 
at this next year's HamCom. Greg is seeking an 
assistant in the Dallas Fort Worth area to help 
coorganize packet activities at HamCom. 


Greg suggested that TPRS should find a liaison to 
VHF/FM Society for the purpose of writing in the 
Society's report. 


Work on DX Cluster solution is in progress. Greg 
is coordinating DX Cluster and TexNet software 
issues. More information will be published in the 
October issue of the Q-Report. With a current 
solution in the DXCluster software, a new 
command in TexNet should allow the system to be 
supported. 


Treasurer’s report: Jim Neely reported that 
approximately $4800 is in the bank and all but bills 
received this weekend are paid. 


Adjourn 16:50 
Minutes by J. Neely, WA5LHS 


DxXCluster Interface 
Harry Ridenour, NOCCW 


Recently there have been a lot of queries and 
messages flying around about DXClusters and 
how they do or do not work over TexNet. 
Although an involved subject, I will endeavor to 
clarify the issues and provide some explanations. 


The DXClusters are designed to be connected in a 
daisy chain configuration and not truly as a multi- 
connected network; however, to daisy chain over 
an established network requires multiconnects! 
This is the first problem. The second problem is 
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one of time-outs. Unless the DXCluster actually 


has something to send, it sits in an idle state. Most 
networking software available today has timeout 
timers, which initiate a disconnect after ‘X’ amount 
of time has elapsed without activity. This forced 
disconnect creates another possible problem — the 
“high and dry connect”, which is the third 
problem. 


Contrary to very popular belief and often stated 
condition, TexNet can and does support 
multiconnects; however, it (nor any other network) 
cannot support multiconnects from/to the same 
callsign. A moment’s thought will clarify this 
quickly: as all packet routing is done by callsign, 
exact duplicates cannot be supported! Use of 
SSIDs or alias’s are necessary. 


Until very recently DXCluster software did not 
support individual connects with varying SSIDs! 
By careful choice of callsign/ssid’s multiple 
connects can be established over networks. 
Further, this recent change allows the creation of 
“timed responses” (i.e. The cluster will send a periodic 
frame, solving the timeout problem). So two of the 
biggest problems have been solved or solutions are 
pending. 


The “high and dry connect”. Early in the 
development of TexNet, a network philosophy 
was chosen that allows the user to “browse” from 
network resource to network resource (PMS to 
weather to user to user) without having to disconnect 
each time. The user initiating a connect “has 
control” of that network connect. That is, if one 
connects to a distant user, and that user 
disconnects (or fails) the network command 
prompt is returned to the initiating user. In an 
automated system (such as DXClusters or BBSs) this 
can (and does) result in being left connected “high 
and dry”. BBS software timers take care of this, but 
the DXClusters have no such timer. 


So — the software folks of TexNet are generating a 
change that will allow for a “special form” of 
connect that will eliminate the “high and dry” 
condition.» If a network command prompt is 
returned to either end of one of these special 
connects, it will force a total disconnect. This 
should also work for the BBSs presently on TexNet. 


This leaves one other popular question to be 
answered “Why can’t I connect to an operating 


DxXCluster via TexNet as a user”. First, the clusters | 


on TexNet are configured so the port on TexNet is 
defined as a “cluster port and not a user port”. 
Second, the clusters do not recognize variations of 
SSIDs on incoming connects, hence you cannot 
create a multiconnect. Third, the DXClusters do 
not process nor recognize the TexNet “linked to 
callsign” protocol, hence they see the callsign of 
their local node as the connecting callsign which 
has already been designated as another cluster and 
is in use. 


“Why can’t I digipeat over the network and make 
it work?” Because first, digipeating across the 
network is reserved for network maintenance and 
sysops operation and is highly discouraged. 
Second, the network timeout timers cut off 
digipeated connections in 30 seconds. Don’t try — 
it will not work and merely puts unnecessary 
congestion on the network. These changes and 
proposed changes in software, in methods of 
operations and the necessary coordination, all 
came together at the Austin Summerfest showing 
again what cooperation can produce and that 
complex problems such as these take more than a 
casual message or suggestion. 


It is our hope that soon all the DXClusters in Texas 
and Oklahoma will be linked together using the 
TexNet network where needed or desired, 
including those due on line in Midland, Abilene, 
the Rio Grande Valley, and elsewhere. 


How soon will all this be ready? When it is 
finished! As all efforts in this regard are by 
volunteers, on their own time and with their own 
resources, work is done as available time allows. 


ROSE net 


Charles Burnett, AASAV, College Station 


In the past four months, a sizable ROSE packet- 
switching network has been installed in Texas, 
Louisiana, and Oklahoma. Many Net/ROM and 
TheNet nodes on 145.01 MHz have been converted 
to ROSE switches. The network currently includes 
a total of 19 user input/output switches and 7 
backbone switches. Cecil N5DT in Waco, Tom 
NSBCA in Dallas, and I originally planned to 
change the Net/ROM nodes between College 


Station and Dallas to see how well a ROSE system 
would actually perform. After testing the 
February 3, 1990, version of the code at my house, 
we decided it was worth a try. Earlier versions of 
the ROSE code had been known to have bugs, and 
unfortunately the 900203 version also had bugs. 
After monitoring for a while and tracking down 
what caused the problems, a new version of ROSE 
was released (900713). We installed it, and it has 
been working very well. Weare quite pleased with 
the results. In particular, we can now seemingly 
have indefinitely long QSOs without getting 
disconnected. None of the hardware was changed 
during the conversion, so that was a big factor in 
deciding to permanently change to the ROSE code. 


The ROSE network is easy to use since one direct 
connect from a TNC will establish a link to another 
packeteer anywhere within the network. Primary 
and alternate routes are configured by the network 
managers. Information about the network is 
posted on each ROSE switch, so any packeteer can 
check his local switch for network help. 


There are plans to enhance the network in several 
ways. The UHF backbone will be upgraded to 9600 
baud. The backbone currently extends from 
College Station to Dallas with one branch to the 
east of Waco to Malakoff. Jacksonville and 
Carthage plan to get on the backbone. The first 
ROSE switch in Arkansas is scheduled to go on the 
air very soon. It will be located in Mena. 
Mississippi has just installed their first switch in 
McComb. 


A drawback to the 900713 version of ROSE is its 
inability to pass TCP/IP packets. Thus if TCP/IP 
is your cup of tea, ROSE will not meet your needs! 
Fortunately, W2VY and the organization 
developing the ROSE code plan to make the 
changes needed to pass packets with any PID 
value. 


General Help 

While DISCONNECTED, a connection using the 
ROSE X.25 network can be established by issuing 
a command like: CONNECT CALLSIGN-SSID 
VIA SWITCH,ADDRESS. Where CALLSIGN- 
SSID is the callsign that you wish to contact, 
SWITCH is the callsign of your local ROSE switch, 
and ADDRESS is the 6-digit network address of 


your contact. 
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Note: Some tnc’s require you substitute the letter “I” for the 
numeral “1”, and the letter “O” for the numeral “0” in the 
network address. 


Applications 
Switches may have extra applications available. 
These include: . 


INFO _ displays network information 
USERS displays direct links available /who is using them 
HEARD displays what the switch has monitored recently 


To use these, CONNECT to the application name 
at the network address of interest. 


Calling CQ 

To call CQ using the ROSE network, connect toCQ 
at the address of interest. You will receive a 
“remote station not responding”: message. If 
someone sees your CQ, they will also see your 
network address and be able to connect back to 
you. 


ROSE net - switch list 
Switches in the Louisiana/Oklahoma/Texas 
ROSE network (9/7/90): 


Allswitches are on 145.01 MHz, except for Hearne, TX, which 
is on 145.09 MHz. 


Network Address Call Location 
318281 KESL-3 Bastrop, LA 
318323 AE5V-3 Monroe, LA 
318728 WASKNV-3_ Rayville, LA 
318257 W5HGT-2 Ruston, LA 
318996 NSJH-2 Shreveport,LA 
405262 AC5C-5 El Reno, OK 
405875 WJ5Y-1 Lawton, OK 
405238 WB5CQU-5 _s Pauls Valley, OK 
214693 KASHSA-2 Carthage, TX 
409845 W5AC-2 College Station, TX 
214223 N5DT-3 Dallas/Fort Worth, TX 
214234 N5BCA-2 Dallas, TX 
409279 KE5HE-2 Hearne, TX 
214984 W5S5KPZ-2 Kilgore, TX 
214729 KB50Q-2 Palestine, TX 
817778 W5JEH-5 Temple, TX 
214561 WASTMU-2_ Tyler, TX 
817863 KF5Q-1 Waco, TX 

Soon: 


Winnfield, LA, McComb, MS, Mena, AR, Cleveland, TX 


The following links are also on the UHF backbone: 
College Station, TX 

Dallas/Fort Worth, TX (Cedar Hill - 30 miles south) 
Dallas, TX (Richardson) 

Dallas, TX (Prosper - 30 miles north) 

Hearne, TX 

Temple, TX 

Waco, TX 
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_ AS many are aware, TexNet access is available 


from Dallas. Cecil, N5DT, operates a G8BPQ 
switch, alias DT, as a gateway between the TexNet 
network and the ROSE network. Between both 
networks, long distance reliable connections can 
be established. To get to TexNet from the ROSE 
network, connect to DT atnetwork address 214234. 
Follow this with aC 3 TEXNET to use Cecil’s third 
port to access TexNet. If you are coming from the 
Denton TexNet node to the ROSE network, use the 
same ROSE switch to enter the ROSE network. The 
call on it is NSBCA-2. For example, if someone in 
Monroe, LA, wanted to talk to Harry in San 
Antonio, he would: 


C DT V AES5V-3,214234 
C3 TEXNET 
C NOCCW @ ALAMO 


If you would like the ROSE documentation and . 
code, I will be glad to supply you with it. It would 
be preferable if you could format a disk on your 
DOS machine and send it with a disk mailer 
enclosed. My address is: 


Charles J. Burnett AA5AV 

313 Lincoln Dr. #147 

College Station, TX 77840 
(409) 764-3028 

AASAV @ W5AC.TX.USA.NA 


If you haven’t tried a connection yet on the ROSE 
network, send one my way.I am at network 
address 409845 and leave the TNC on 24 hours/ 
day. Enjoy! 


G8BPOQO Switches 
Harry Ridenour, NOCCW 


Many have asked for a listing of those operating 
G8BPOQ switches that are accessible to TEXNET, 
NetRom/TheNet and/or Rose. All of these listed 
are available directly from TexNet. Connectivity 
from each of these varies as to location and Sysop 
desires. Most are dedicated full time switches. 


Good sense and operating practices are in order 
while using these facilities. DX’ing BBS is deemed 
a poor operating practice by the majority sysops. 
As the G8BPQ software handles the ***Linked to 
Callsign generated by TEXNET, extended 
connects to other networks will carry the call of the 
originator to the outbound network. 


Callsign Alias 

WB5DDP-2 CIB ALAMO,2 

N5DT-9 DT NDALLAS 

WG5F-2 WARFLD MIDLAND 

NB5SI-2 GVL GREENVL 

BISB-2 HUNTER ALAMO,2 & 
SEGUIN 


Ree 
.s PS 
~ 
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SNS and TPRS Agreement 
Greg Jones - WDSIVD 


The Texas Packet Radio Society has been working 
with Southwest Network Services (SNS) to make 
available to TPRS circuits to cities in Texas and 
many other states. The lines now available are 9600 
bps, point to point circuits, and our intention is to 
extend coverage of the TexNet Network to such 
cities having individuals wanting to support and 
join in this effort. A few of the cities available 
outside of Texas are Oklahoma City, Tulsa, Baton 
Rouge, New Orleans, Birmingham, Atlanta, and 
Nashville. These circuits are available now. 
Future cities include Denver, Los Angeles, San 
Francisco, Phoenix, and more. 


TPRS is the sole contact and coordinator for these 
services. DO NOT attempt to contact SNS or its 
employees for information on these facilities. Not 
every location meets all the needed criteria for an 
amateur packet node (for example: roof access for 
antennas), but any amateurs in these or other such 
locations WHO HAVE A REAL, SERIOUS, 
HONEST interest in participating are encouraged 
to write TPRS stating such or you may call Harry 
Ridenour, NOCCW, at (512) 654-4405 between 
1200cdt-2300cdt. Such contacts will NOT be 
handled by packet. We think this is a great 
opportunity and hope to be able to get interested 
groups or clubs involved. 


Tip for PK-232/PK-88 Users 
Dick, KD5VU @ KB5PM.#AUS.TX.USA.NA 


Ihave been having trouble getting my PK-232MBX 
to ACK the Austin TexNet node. I could connect to 
AUSTIN, but could not get ACKs after the connect 
and would retry out. I tried the WHYNOT 


TexNet Node 


command and was getting a note about the 
received signal being below the DCD level. At this 
point I messed with the Threshold setting and it 
did not help. 7 


I contacted AEA and they suggested changing the 
CUSTOM setting from the default setting of $0015 
(or $0A15 on some models) to $0A14. I tried it and it 
seems to have cleared my problem. 


The binary of $0A14 is 101000010100 and when 
you read the manual you will note bit 0 is now a ‘0’ 
rather than the default ‘1’. The manual says ”...If bit 
0 is set to 1, then the PK-232 will discard a received 
packet if the signal is too weak to cause the DCD 
led to light. If set to 0 (the AEA suggested setting $0A14), 
packets will be received regardless of the setting of 
the Threshold control”. Per telecon with AES, the 
$0A14 setting increases the PK-232’s sensitivity. 


Try it! 


Release 1.60 — What it is! 
John Koster, W9DDD 


Some of you may have already seen sign on 
banners from MURPHY or RICH that indicates a 
version 1.60 of TexNet code in test. Hopefully by 
the time you read this, it will be installed in a few 
more locations for more exhaustive testing. The 
primary benefit to the average user will be more 
reliable links. For network managers, less time 
will be needed to keep things running smoothly. 
The changes incorporated in 1.60 are the result of 
over a year of observation of links that appeared to 
be functioning normally at the link layer, but 
showed no route at the network layer. Briefly what 
would happen, was that due to either poor 
propagation or channel contention on the back 
bone frequency, the link layer would retry out at 
one side of the connection. The other side would 
still be in the retrying process when the conditions 
improved, and the link layer connection would get 
re-established. Unfortunately, the information 
required to have a network circuit is lost during 
that process. Therefore several changes were 
incorporated in the new 1.60 code to re-establish 
the information necessary for network packets to 
be carried on that broken and reconnected link 
layer connection. 
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These changes in the TexNet code in no way 
modifies TPRS’s recommendation of a30 mile path 
maximum between node sites. The best way to 
have a reliable network is still to have good solid 
paths on the 440 Mhz backbone. 


Other changes in 1.60 are primarily aimed at 
network management. It will now be possible to 
look at the routing table of aremote node and make 
changes if required. Statistics are now 
standardized on the basis of 4 ports. All nodes will 
respond as if they were equipped with four 
channels. Those channels that are not available on 
that particular node will be sent as zeros. Along 
with the statistics, 3 additional bytes are sent to 
indicate the node type and software revision. 
These will not be displayed on the user screen, but 
the automated network management software 
will be able to make use of these extra bytes. 
Sysops will be able to force the sending of the 
“IM_HERE” network announcement to bring 
wayward nodes back into the flock instead of 
having to init the node. 


The other remaining change is one made to allow 
a user to be disconnected upon any error 
condition. This is for the benefit of automated 
users such as BBS’s or PacketClusters that are 
unable to understand the error messages being 
returned. Since these users normally are making 
connections across the network rather than using 
the internal services, the switch for this function is 
part of the Connect command sequence. When 
this function is available at your node (as indicated by 
the sign on banner as being v1.60 or later) you may use the 
following command “C % W5ABC @ ANODE”. 
Anything that causes the connection to fail will 
disconnect the originating user. 


No problems reported from the following nodes : 
DENTON, NDALLAS, MURPHY, RICH, 
PETTUS, SDALLAS, MIDLAND, LUBBOGK, 
SANTEX, NWS, BIGSLNK, KINGLNK, ALAMO, 


ALPINE, 
AMARILO. 


REFUGIO; “ROCEPRI? ® ALICE? 
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-SEGUIN & AUSTIN nodes - The past few days 


have seen a number of adjustments and repairs at 
both the AUSTIN and SEGUIN nodes. First, the 
user port radio at AUSTIN had the deviation 
increased to a more acceptable level. And the 
backbone radio was also checked and adjusted. 
The node was checked and adjusted in general. At 
SEGUIN a defective UHF antenna, splitter, and 
coax jumper were replaced. Many thanks to Paul 
Guido for his tower work. And thanks to Louis 
Guido for other parts and assistance. The user port 
TX and RX frequency were adjusted. As were the 
backbone TX and TX. With the changes and 
repairs at these 2 nodes, the path now from 
PETTUS northis as it was in the past. Data from the 
southern nodes routes through PETTUS to 
ALAMO to SEGUIN to AUSTIN on 445.10 @ 9600 
baud. SO there should be an increase in speed for 


all concerned. Also, it appears that the path from . 


PETTUS directly to SEGUIN may work even with 
the PETTUS antenna pointed at ALAMO!! It will 
take a few weeks before we see just how things will 
settle in. But for now, it’s great to be back to ‘REAL’ 
network status again! 


GREENVL- The backbone radio was replaced and 
seems to be working: correctly now. Larry, 
WBBIZL, repaired the old radio a number of times 
before Tom, N5EG, converted the new radio to 
replace it. 


PARIS - CLAYTON - The link seems to have 
problems currently. Now that GREENVL is 100% 
operational work will begin to reestablish the link 
between CLAYTON and PARIS. Last report has 
the CLAYTON network radio having problems. 


HOUSTON - Site preparation and hardware 
acquisition continue for the Houston node. 


BRAZOS - Hardware problems have mostly been 
cleared with the Brazos (College Station) node and 
anticipate it coming on line very soon. 


EDDY - Hardware problems continue to plague 
the Eddy node with the power supply. 


ABILENE - No update available for the Abilene 
node. 


aimee aes ool - 


CALL ACCESS Notes > 


NUM LOCATION 
000 NETWORK RESERVED Texas Packet 
001 Dallas NDALLAS WR5C 145.05 PMS 
002 Dallas TESTBED WB5PUC Variable R&D a : 
003 Richardson RICH  W9DDD Variable R&D Operating Guide 
004 Murphy MURPHY N5EG ~ 145.09 NMS 
005 Ft Worth NWS KA5DWR None Weather ° ° 
ver f information on ket. 

008 Eddy EDDY  NUSD — 145.05 Over 50 pages o ormation on packet 
009 Austin AUSTIN WASLHS 145.07 inirodtcnon 
010 Seguin SEGUIN WAS5EWS 223.58 PMS Eliminating POOP from Packet 
011 SanAntonio ALAMO NOCCW $145.05 PACeENTOEN d Meeti 
013 Denton DENTON WS5NGU 145.03 acket Voice Nets and Meetings 
014 Lubbock LUBBOCK WAS5TBB 144.05 TNC Settings 
015 Midland MIDLAND. WB5RXA_ 145.05 TAPRR ded TNC Setti 
016 Greenville © GREENVL WBS5IZL 145.05 eee ttings 
017 Palestine PALEST KB50Q — __ NotActive HF TNC Settings 
018 SanAngelo ANGELO WU5R — Not Active Net/Rom Routing 
020 CorpusCh CORPUS NSIUT = 145.05 
021 Pettus PETTUS KA5BWL None HF Packet Frequencies 
Petesch COSY NSAHD 14480° Baldry Formatting Messages for the NTS 
026 CorpusCh  CCWIRE NSIUT None A Simple Guide to Better Packet Operations 
027 Alice ALICE KS5DYY —- 145.07 
028 Amarillo AMARILO WSCBT 145.05 ae ees oo SS OTN IRE ESS, 
029 Abilene ABILENE WB5EKW 145.05 Building x sienite er ROS ine 
032 Doss — i a DDP ? e om Commands V1. 
033 — — — _ DDP ? KANode Commands 
034 SanAntonio SANTEX WB5YWB 223.58 P Conference Bridge Commands 
pesecuckenbachy — LUKENB TD DDP | Mailbox/BBS Command Summary 
040 Houston WA5F 145.05 Soon TexNet C ds 
041 Houston HOUSTON WB5BBW 446.1 Building exet -onunand summary 
042 Houston FURRY WBS5BBW- 145.05 Building TexNet Network Information Codes 
043 CollStn/Bryan BRAZOS KF5LN — __ Building 
045 Paris PARIS KOSI —- 145.05 TexNet Network Map 
047 South Dallas SDALLAS KF5RN 144.93 145.01 MHz Network Map 
048 Waco WACO + WDS5KAL 145.09 145.05 MHz Network Map 
os pants te ea nips 145.09 MHz Network Map 
0 ercedes 144.6 446.1 MHzN kM 
051 Sanlsidto  ISIDRO KS5RAV None _ Building Boi * aaah mae 
100-150 Reserved for TexNode Usage Me Ee 
101 SanAntonio SATLNK NOCCW 223.58 T 

algae exas Packet Roster 
106 BigSprings BIGSLNK WB5NOQ_ 145.05 Pee ar iadesin the state) 
107 King Mountain KINGLNK WBS5YHC 145.05 & 
108 Alpine ALPINE WAS5ROE 145.05 Introduction 
109 Refugio REFUGIO WB5OLT 445.1 Link Relay Alias Name Listing 
160 Fort Gibson,ok IB 145.01 T hich 
161 Muskogeeok MKOTST WASVMS 145.05 ee ear : 
162 Muskogee,ok MUSKOGE W5EJK 145.09 223.6 Boe aS TLS : 
163 Oklahoma wat = a R&D Roster Information Correction 
164 Fayettevillear FAYETVL WD5DUC 145.09 
165 Clayton,ok CLAYTON W5CUQ 145.09 While Suppiles last send $5.00 to 
166 Poteauok | FISMITH W5ANR 144.91 


Texas Packet Radio Society 
P.O. Box 50238 
Denton, Texas 76206-0238 


Price includes mailing. 


250-255 Reserved for Special Usage 
250 NETWORK RESERVED 


255 NETWORK RESERVED 

Please send corrections and requests for assignments 
in Texas to : TexNet Coordinator, TPRS Inc., P. O. Box 
50238, Denton, Texas 76206-0238 
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Texas TexNet Network Map 101. 


FtGibsn\ - Fayetvl 
145.01 145.09 
Mkotst 145.05 


FtSmith 
Muskoge145.09 444.91 


Ss 


is Re : “alts 145.05 
<a 145:09 
7 ie NDatlas 149,05 


es aw eae ee “oi 
~_. Land Line lee t ee y 
Lemeres rs Cérpus 145.05 
RF Link fae nc A ‘a ee} : a evans 


Stavnweat on duane p sk 


f evalley 145.61 


‘, "Melcades 


Please send in the following information on 
correction or new entries : 


< Node Alias 
The Tees Packet Roster has been compiled to Call 


provide operators in Texas with a listing of packet 


Type (2 port, 3 port, DX Cluster, Switch, TCP, Net, ROSE) 


operations in the state and to provide information Frequency 
to the ARRL on packet activity for their City 
publication. We are soon approaching the time State 


when we will be submitting that list to the ARRL. 
The roster was published in the last Quarterly 
Report. If you find information that needs to be 
corrected, please send it in. 


Links (What other frequencies it communicates with) 
Other (misc. information) 

Contact Name (Name responsible for the node) 
Contact Person Address, City,Zip, and Phone. 
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July found your president venturing into the wilds 
of Montana, visiting family and meeting his new 
granddaughter which gave me the opportunity to 
play packet from 5000' antenna bases, which are 
called MOUNTAINS. This experience also made 
me very grateful to have the Networks we have 


become spoiled by. Most of our nodes are 
operating under nearly the same parameters and 
connections covering most of the state are a daily 
occurrence. Up there I found wonderful paths (75- 
150 mile paths are not unusual) but seems each node or 
area operates under a different set of parameters. 
Anyway, the vacation was wonderful, the 
experiences great, the people very friendly and my 
granddaughter is beautiful! 


On August 25th, yours truly and and fellow 
Director Carl Finke, WB5DDP, were representing 
TPRS in McAllen at the International Association 
of Radioaficionados de la Frontera (IARF). An 
organization dedicated to the improvement of 
Amateur Radio between Mexico and the US. This 
year’s conference was dedicated primarily to 
Packet Radio. Presentations were made on the 
state of Packet in Mexico and Texas, with specifics 
on the major NETROM/THENET network in 
Mexico and South Texas. It was my pleasure to 
present TexNet with the assistance of visual aids 
and hands-on hardware (NCP’s etc). There is great 
interest in extending TexNet into Mexico, but first 
we must complete the linking to South Texas. 
TPRS has several members in Mexico and several 
more indicated their intention to join. These 
conferences are of great importance and future 
attendance is strongly encouraged. The next 
conference is scheduled for August 1991 in 
Matamoros, Mexico. The conference ended witha 
“Fiesta de Radioaficionados” sponsored by 
ARARM. They really know how to throw a party! 


On extending TexNet to South Texas, it is 
important to note that the hardware is all gathered, 
the NCP’s constructed, sites, antennas and 
feedlines are all installed. The hold right now is on 
interfacing the NCP 9600 baud modems with the 
Johnson radios and the completion and 
installation of the Falfurrias node. Should the 


Falfurrias node be completed there are plans to 
temporarily utilize the old and venerable RCA’s on 
the Valley nodes, pending resolution of the 
interface problem. 


As previously reported, the Board of Directors 
voted to release the TNC2 SINGLE PORT version 
of TexNet on October Ist. It cannot be emphasized 
loud enough, or long enough or hard enough or 
often enough that this software is NOT intended to 
be used to create more SINGLE FREQUENCY 
networks ala NETROM/THENET. Its use is 
intended as an aid to extending TexNet outward 
from a major node to smaller communities not 
needing a full blown NCP. There are three of these 
now in use (KINGLNK, BIGSLNK and ALPINE). We feel 
very strongly that the single port version, on two 
meters, should never be extended more than two 
“hops”. Another use is as a Network backbone 
relay node, without a user port, on 9600 baud (ie 
Refugio). Those desirous of a dual-port version, 
providing a user port on one frequency and a 
backbone on another, will have to wait a bit more. 
That version is under development and 
progressing nicely. 


Our mostly silent, but dedicated software 
manipulators are feverishly at work on the 1.6 
version of TexNet code, having several 
enhancements and correcting some problems that 
will greatly simplify network management and 
performance. Stay tuned. 


TheCARDNAL board is being layed out currently. 
Again, stay tuned! 


Progress is being made on the DXCluster/Texnet 
interface (see article elsewhere). 


Finally, as always we need more help. Help with 
the care and maintenance of nodes at Paris, 
Lubbock, Dallas, and Austin areas are needed. 
One does not need to bean engineering genius, just 
the desire to help and willing to learn. We need 
software types to help with the continuing 
programming efforts. If you think you can help, 
please call me. 


73 Harry 
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STEP1 Approach the ailing node in a confident 
manner. This will give the node the mistaken idea 
that you know something. It will also impress 
anyone who happens to be looking, and if thenode 
should suddenly start working, you will be 
credited with its repair. If this step fails to work, 
proceed to step 2. 


STEP 2 Wave the manual at the node. This will 
make it assume that you are at least familiar with 
the source of knowledge. Should this step fail to 
work, proceed to step 3. 


STEP 3 Ina forcible manner, reciteOhm’s Law to 
the instrument (CAUTION: before taking this step, refer 
to some reliable handbook to be sure of your knowledge of 
Ohm's Law). This will prove to the node, beyond the 
shadow of a doubt, that you happen to know 
something. This is a drastic step and should be 
attempted only if the first two fail. If this step fails 
to work, proceed to step 4. 


STEP 4 Jar the instrument slightly. This may 
require anything from a three to six foot drop, 
preferably ona concrete floor. However, you must 
be careful with this step because, while jarring is an 
approved method of repair, you must not mar the 
floor or get the node out of alignment. Again, this 
is a very drastic step. If it fails, proceed to step 5. 


SL EEaS Brandish a large screwdriver in a 
menacing manner. This will frighten the node and 
demonstrate your knowledge of the deadly “short 
circuit” technique. Proceed to step 6. 


STEP 6 Add atube...even though the node is solid 
state... This will prove that you are familiar with 
the node’s design. This will confuse the node and 
thereby increase your advantage. If this doesn’t 
work, proceed to the most drastic and dangerous 
step. It is seldom needed and is a final resort if all 
else fails! 


STEPs7 el EuLN Kae 


(Courtesy of the READY, FIRE AIM school of operations, 
author unkown) 
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Well troops, this 
marks my last full 
edition as editor of 
the TPRS Quarterly 
Report. This is only 
my second editor's 
frame in three years, so I guess things have run 
pretty smooth. If you didn’t know, I will be 
stepping down as editor to allow more time for 
school studies. Carl Finke, WB5DDP, has stepped 
forward and will be taking overin February. Being 
the editor of the Q-Report has been a lot of fun and 
a great help in getting to know everyone involved 
in packet here in the state and nationally. My goal 
was to produce a high quality packet publication 
for the members of TPRS and it has turned into 
much more, due to the great help from all the 
people who have written articles over the past 
three years. If you havea good story about packet 
in your area or are working on some new type of 
packet operation, please send it along to Carl. It is 
up to all of you, the readers, to help Carl continue 
to make this a well rounded publication. 


One of my goals starting in 1988 was to help TPRS 
turn the corner from working exclusively on 
making TexNet operational to making TPRS a 
better representative of Texas Packet users and 
operators. TPRS has madestrides in doing this, but 
has a way to go before it is reached, if ever. The 
organization is a two way street, if you feel that 
something in packet in Texas is being overlooked 
or not explained, it is up to you to get that 
information published to let others in TPRS see it. 
This publication provides a great platform to 
communicate to a cross section of packet operators 
and enthusiasts, which a posted bulletin could not 
likely reach. Good luck in the future Q-Report, it 
has been a blast. 


Greg Jones - WD5IVD 
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TAPR Meeting. The Tucson Amateur Packet 
Radio (TAPR) meeting is scheduled from March 2- 
3 in Tucson AZ at the Inn at the Airport. 


The Texas VHE/EM Society Winter meeting will 
held in conjunction with the Midland Swapfest 
near March 17th. There will be a TPRS 
Membership and Board meeting during the 
swapfest. 


TPRS is looking for a BBSs operator who would be 
interested in heading the TPRS BBS committee. 
David Cheek, WA5MWD, stepped down last year 
and TPRS needs a liaison to report on what is 
happening in the BBS area in the Q-Report. 
Contact Harry Ridenour, NOCCW, for more 
information. 


Houston HamComm will be held November 9-11 
at the Sheraton Hotel on JFK Blvd. 


AMSAT National meeting will be in Houston 
October 19-21, King's Inn. 


HamCom '91. Greg Jones, WDSIVD, is looking for 
someone in the DFW area who would be interested 
in helping out with the packet activities and who 
would be interested in eventually taking over 
packet activities at HamCom. If you would like to 


Number of years : 


Texas Packet Radio Society 
P:O-60x.00238 
Denton, Texas 76206-0238 


Work Phone: ( ) 


help Greg organize the booth or programs, please 
contact Greg at (817) 382-2005. HamCom meetings 
willbe starting very soon. If we don't find someone 
to help, it won't be as good as in past years. 


TPRS will be moving it BBS from the DRIG in 
Dallas to PC-EVE located in Houston and 
managed by Walter Holmes, WD5GAZ. Since the 
DRIG BBS has become the AMSAT National 
board, many of the user’s have had problems 
getting access to the system The move to the PC- 
EVE should help in all maters, since Walter is very 
active in packet and there are many items on the 
system for packet operators. 


The phone number is : (713) 955-7564 


TPRS SCRAPBOOK 


Larry is making up ascrapbook for TPRS. It will 
contain such items as newspaper and magazine 


articles, site descriptions, and photographs of 


the equipment used in TexNet. Please send 
your photos and descriptions to: WB5IZL- Larry 
Jennings, 6708 Sayle St., Greenville, Tx. 75401. 
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Spread the word to other 
packet operators. 
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To: 


702 N8GNJ Dec 1, 1990 


Steve Stroh 
14919 NE 163rd St 


Woodville , WA 98072 
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